home *** CD-ROM | disk | FTP | other *** search
/ Info-Mac 4 / Info_Mac IV CD-ROM (Pacific HiTech Inc.)(August 1994).iso / Periodicals / CSMP / C.S.M.P. Digest, Issue 3.014 < prev    next >
Internet Message Format  |  1994-06-09  |  77KB

  1. From: pottier@clipper.ens.fr (Francois Pottier)
  2. Subject: csmp-digest-v3-014
  3. Date: Thu, 14 Apr 94 10:37:41 MET DST
  4.  
  5. C.S.M.P. Digest             Thu, 14 Apr 94       Volume 3 : Issue 14
  6.  
  7. Today's Topics:
  8.  
  9.         Anyone have code to convert Styled Text to RTF
  10.         AppMaker and Prograph Questions
  11.         CW: Templates, Exceptions, ASLM, Operator Overloading, etc?
  12.         Circuit Simulator's
  13.         CodeWarrior Environment
  14.         Detecting AV Macs
  15.         Need info on easy installers.
  16.         Powerbooks, VBL tasks, and slots(?)
  17.         QuickDraw GX flame
  18.         Real time texture mapping..
  19.  
  20.  
  21.  
  22. The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier
  23. (pottier@clipper.ens.fr).
  24.  
  25. The digest is a collection of article threads from the internet newsgroup
  26. comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
  27. regularly and want an archive of the discussions.  If you don't know what a
  28. newsgroup is, you probably don't have access to it.  Ask your systems
  29. administrator(s) for details.  If you don't have access to news, you may
  30. still be able to post messages to the group by using a mail server like
  31. anon.penet.fi (mail help@anon.penet.fi for more information).
  32.  
  33. Each issue of the digest contains one or more sets of articles (called
  34. threads), with each set corresponding to a 'discussion' of a particular
  35. subject.  The articles are not edited; all articles included in this digest
  36. are in their original posted form (as received by our news server at
  37. nef.ens.fr).  Article threads are not added to the digest until the last
  38. article added to the thread is at least two weeks old (this is to ensure that
  39. the thread is dead before adding it to the digest).  Article threads that
  40. consist of only one message are generally not included in the digest.
  41.  
  42. The digest is officially distributed by two means, by email and ftp.
  43.  
  44. If you want to receive the digest by mail, send email to listserv@ens.fr
  45. with no subject and one of the following commands as body:
  46.     help                        Sends you a summary of commands
  47.     subscribe csmp-digest Your Name    Adds you to the mailing list
  48.     signoff csmp-digest            Removes you from the list
  49. Once you have subscribed, you will automatically receive each new
  50. issue as it is created.
  51.  
  52. The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest.
  53. Questions related to the ftp site should be directed to
  54. scott.silver@dartmouth.edu. Currently no previous volumes of the CSMP
  55. digest are available there.
  56.  
  57. Also, the digests are available to WAIS users as comp.sys.mac.programmer.src.
  58.  
  59.  
  60. -------------------------------------------------------
  61.  
  62. >From gcling@char.vnet.net (Glenn Clingroth)
  63. Subject: Anyone have code to convert Styled Text to RTF
  64. Date: 21 Mar 1994 16:39:30 -0500
  65. Organization: Software Designs Unlimited
  66.  
  67.  
  68. Does anyone out there have code (or know where I can find) that will 
  69. convert styled text to RTF (and back -- not really necessary but nice to 
  70. have just the same). Thanks.
  71.  
  72. - Glenn Clingroth
  73.  
  74. "Hold me, Love me, Tie me up and drug me, 'Cause I'm not gonna beg to 
  75.  save my life, I need someone to pull the trigger"
  76.     -- Matthew Sweet
  77.  
  78. +++++++++++++++++++++++++++
  79.  
  80. >From danprice@delphi.com
  81. Date: Tue, 22 Mar 94 22:10:45 -0500
  82. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  83.  
  84. Glenn Clingroth <gcling@char.vnet.net> writes:
  85.  
  86. >Does anyone out there have code (or know where I can find) that will 
  87. >convert styled text to RTF (and back -- not really necessary but nice to 
  88. >have just the same). Thanks.
  89. >
  90. >- Glenn Clingroth
  91.  
  92.  
  93. I would appreciate a copy also.  Does anyone have a description of the RTF
  94. format that is technical enough that I could write my own converter?
  95.     -dp
  96.  
  97. +++++++++++++++++++++++++++
  98.  
  99. >From breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085)
  100. Date: Fri, 25 Mar 1994 13:43:41 GMT
  101. Organization: Calgary UNIX User's Group
  102.  
  103. danprice@delphi.com wrote:
  104. >  Glenn Clingroth <gcling@char.vnet.net> writes:
  105. >   
  106. >  >Does anyone out there have code (or know where I can find) that will 
  107. >  >convert styled text to RTF (and back -- not really necessary but nice to 
  108. >  >have just the same). Thanks.
  109. >  >
  110. I have seen RTF readers around. I'm sure I have downloaded one even, I'm just
  111. not near my Mac at the moment to have a look.
  112. >   
  113. >  I would appreciate a copy also.  Does anyone have a description of the RTF
  114. >  format that is technical enough that I could write my own converter?
  115. >      
  116. I am looking for some sample code that creates RTF output as well, so if you
  117. dig up something or end up writing it yourself I'd appreciate it.
  118. As for the RTF specs, I've seen them in various places, one of them is 
  119. ftp.microsoft.com. Don't know the directory right now. If you have trouble
  120. finding it, I have a copy that I could probably mail you.
  121.  
  122.  
  123. +++++++++++++++++++++++++++
  124.  
  125. >From breitlin@cuug.ab.ca (Wolfgang Breitling 296-7085)
  126. Date: Fri, 25 Mar 1994 14:31:39 GMT
  127. Organization: Calgary UNIX User's Group
  128.  
  129. >  ftp.microsoft.com. Don't know the directory right now. If you have trouble
  130. >  finding it, I have a copy that I could probably mail you.
  131.  
  132. Seems there is a line missing. What I wanted to say is that the RTF specs
  133. can be found in several places, one is ftp.microsoft.com. Meanwhile I even know
  134. the directory: /drg/RTF-Info
  135.  
  136.  
  137. +++++++++++++++++++++++++++
  138.  
  139. >From atul_butte@nih.gov (Atul Butte)
  140. Date: Sat, 26 Mar 1994 04:20:00 GMT
  141. Organization: Howard Hughes Medical Institute
  142.  
  143. In article <Cn83Gv.8yv@cuug.ab.ca>, breitlin@cuug.ab.ca (Wolfgang Breitling
  144. 296-7085) wrote:
  145.  
  146. > I am looking for some sample code that creates RTF output as well, so if you
  147. > dig up something or end up writing it yourself I'd appreciate it.
  148. > As for the RTF specs, I've seen them in various places, one of them is 
  149. > ftp.microsoft.com. Don't know the directory right now. If you have trouble
  150. > finding it, I have a copy that I could probably mail you.
  151.  
  152. Check out anonymous FTP to indri.primate.wisc.edu, in /pub/RTF.  The
  153. specifications for RTF are there, along with code for conversions.  Here's
  154. a sample from the README file:
  155.  
  156. This directory contains software for performing RTF document conversion,
  157. as well as copies of the Microsoft RTF Specification documents.
  158.  
  159. >The newest version I have seen of the spec is 1.2:
  160. >RTF-Spec-1.2.hqx - Microsoft RTF Specification, Macintosh Word format.
  161. >RTF-Spec-1.2.rtf - Microsoft RTF Specification, RTF format.
  162. >RTF-Spec-1.2.ps - Microsoft RTF Specification, PostScript format.
  163. >
  164. >Other files:
  165. >RTF-Spec.hqx - Microsoft RTF Specification, Macintosh Word format.
  166. >RTF-Spec.rtf - Microsoft RTF Specification, RTF format.
  167. >RTF-Spec.ps - Microsoft RTF Specification, PostScript format.
  168. >RTF-Spec-Bugs.hqx - Bugs in Microsoft RTF Specification, Macintosh Word format.
  169. >RTF-Spec-Bugs.rtf - Bugs in Microsoft RTF Specification, RTF format.
  170. >RTF-Misc.hqx - Miscellaneous RTF observations, Macintosh Word format.
  171. >RTF-Misc.rtf - Miscellaneous RTF observations, RTF format.
  172. >RTF-Misc.ms - Miscellaneous RTF observations, troff source.
  173. >RTF-1.09.tar.Z - Current software distribution.
  174. >TC6.0.proj.sit.hqx - THINK C 6.0 projects for current distribution.
  175.  
  176. -- Atul
  177.  
  178. - --------------------------------------------------------------------
  179. Atul Butte
  180. Howard Hughes Medical Institute Research Scholars Program
  181. National Institutes of Health
  182.  
  183. Atul_Butte@nih.gov
  184.  
  185. +++++++++++++++++++++++++++
  186.  
  187. >From markhanrek@aol.com (MarkHanrek)
  188. Date: 27 Mar 1994 01:12:02 -0500
  189. Organization: America Online, Inc. (1-800-827-6364)
  190.  
  191. In article <atul_butte-250394232000@newt.od.nih.gov>, atul_butte@nih.gov (Atul
  192. Butte) writes:
  193.  
  194. You will find some existing solutions where you find HyperCard stacks. I
  195. believe I have seen one that had the source code included, and performed
  196. limited but useful conversion.
  197.  
  198. Mark Hanrek
  199.  
  200.  
  201. +++++++++++++++++++++++++++
  202.  
  203. >From stephan@stack.urc.tue.nl (Stephan Eggermont)
  204. Date: 31 Mar 1994 10:32:58 GMT
  205. Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.
  206.  
  207. Glenn Clingroth (gcling@char.vnet.net) wrote:
  208.  
  209. > Does anyone out there have code (or know where I can find) that will 
  210. > convert styled text to RTF (and back -- not really necessary but nice to 
  211. > have just the same). Thanks.
  212.  
  213. And would someone mail it to Microsoft too, so they include copying of styled
  214. text to and from the clipboard? 
  215.  
  216. Stephan
  217.  
  218.  
  219. ---------------------------
  220.  
  221. >From Daniel C. Flatin <dcf@mps.ohio-state.edu>
  222. Subject: AppMaker and Prograph Questions
  223. Date: Wed, 30 Mar 1994 17:05:16 GMT
  224. Organization: Physics Dept.
  225.  
  226. Hi netters,
  227.  
  228. I have a couple of questions about programming products.
  229.  
  230. AppMaker:
  231.     -    Is it still supported?
  232.     -    Will it work with both Think C and Code Warrior?
  233.     -    Where is it available and for how much?
  234.  
  235. Prograph v2.5:
  236.     -    Is it still supported?
  237.     -    Is there an upgrade path other than the expensive GPX version
  238.          to the Power Mac?
  239.  
  240.  
  241. Thanks in advance,
  242.  
  243. Dan Flatin
  244. Physics Dept.
  245. The Ohio State University
  246. dcf@mps.ohio-state.edu
  247.  
  248. +++++++++++++++++++++++++++
  249.  
  250. >From millsp@govonca.gov.on.ca (Phil Mills)
  251. Date: Thu, 31 Mar 1994 14:49:23 GMT
  252. Organization: Government of Ontario
  253.  
  254. In <1994Mar30.170516.6691@pacific.mps.ohio-state.edu> Daniel C. Flatin <dcf@mps.ohio-state.edu> writes:
  255.  
  256. >I have a couple of questions about programming products.
  257.  
  258. >AppMaker:
  259. >    -    Is it still supported?
  260. I just read a netnews posting about it being available soon/now for PPC,
  261. so yes...and the author is a very good person to deal with.  When I first
  262. started using the product a few years ago, I posted a list of
  263. "anti-features" on Compuserve.  The response to most of them was "fixed in
  264. the next free upgrade."
  265.  
  266. >    -    Will it work with both Think C and Code Warrior?
  267. Version 1.5.4 works with Think C 6.x and a bunch of other things, but no
  268. CW support.  I'll try to find out (for myself too) and post if there's
  269. any info available.
  270.  
  271. >    -    Where is it available and for how much?
  272. APDA lists 1.5.1 for $299 as of August 1993.  <Shrug.>
  273.  
  274. >Prograph v2.5:
  275. >    -    Is it still supported?
  276. No.  I'm not sure if that's the official line, but it's the practical
  277. state of affairs.  I bought a copy of 2.5.2 in early February of this
  278. year and learned shortly thereafter that I'd been sold an obsolete
  279. product.  Asking on-line questions about some of Prograph's
  280. bugs/oddities resulted in a message telling me that "that's life" and
  281. that the only possibility of fixes was via me buying Prograph CPX.
  282.  
  283. >    -    Is there an upgrade path other than the expensive GPX version
  284. >         to the Power Mac?
  285. Apparently, there's not even that.  I've received no acknowledgement of
  286. my Prograph registration, no upgrade offer to a supported product...not
  287. even a sales pitch for their high-end offering.
  288.  
  289. ===
  290.  
  291. These opinions are mine.  If they're shared by any organization, it's
  292. news to me and comes as a completet surprise.
  293.  
  294. ---------------------------
  295.  
  296. >From c.reading@csi.compuserve.com (Charlie Reading)
  297. Subject: CW: Templates, Exceptions, ASLM, Operator Overloading, etc?
  298. Date: 25 Mar 94 21:12:43 GMT
  299. Organization: CompuServe Incorporated
  300.  
  301. I need some information about what Code Warrior will support (and when):
  302.  
  303.     [1] Templates (primarily for Booch classes)
  304.             Will the compiler support them?
  305.             What parts of PowerPlant use them and for what?
  306.     
  307.     [2] Exceptions
  308.             Will the compiler support them directly (ARM compliant,
  309.                 yes, I realize it is still in a state of flux)?
  310.             If not, will they be emulated, and to what degree?
  311.                 (especially, can you throw an exception from inside
  312.                 a constructor and expect good clean up?)
  313.             What parts of PowerPlant use them?
  314.             
  315.     [3] ASLM
  316.             Will I be able to build shared libraries with CW?
  317.             Will I be able to build PowerPlant into some part of
  318.                 an shared library?
  319.                 
  320.     [4] Operator Overloading
  321.             I heard a rumor that operator overloading will not be
  322.                 allowed, is this true?  If so, why?  (I don't expect
  323.                 to use it alot, but it comes in handy from time to
  324.                 time).
  325.     
  326.     Thanks in advance.
  327.     
  328. --
  329. Charlie Reading
  330. CompuServe Incorporated
  331. c.reading@csi.compuserve.com
  332. Any opinions expressed are not necessarily those of my employer.
  333.  
  334. +++++++++++++++++++++++++++
  335.  
  336. >From d88-jwa@mumrik.nada.kth.se (Jon W‰tte)
  337. Date: 29 Mar 1994 15:35:23 GMT
  338. Organization: The Royal Institute of Technology
  339.  
  340. This is according to what Metrowerks told us a month or so ago:
  341.  
  342. >    [1] Templates (primarily for Booch classes)
  343. >            Will the compiler support them?
  344.  
  345. At some future point in time, when they get to it. It's
  346. a priority, but not at the top of the list.
  347.  
  348. >            What parts of PowerPlant use them and for what?
  349.  
  350. None. obviously.
  351.  
  352. >    [2] Exceptions
  353. >            Will the compiler support them directly (ARM compliant,
  354.  
  355. Yes; if this isn't in DR2 it's at least planned for "real" release.
  356.  
  357. >            What parts of PowerPlant use them?
  358.  
  359. It will, eventually. It has macros now.
  360.  
  361. >    [3] ASLM
  362. >            Will I be able to build shared libraries with CW?
  363.  
  364. Yes, at some point in time. MPW does come with CW; you might be able
  365. to do it already using that?
  366.  
  367. >    [4] Operator Overloading
  368. >            I heard a rumor that operator overloading will not be
  369.  
  370. It already works, almost all the time.
  371.  
  372. Cheers,
  373.  
  374.                     / h+
  375. -- 
  376.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  377.   "And now, from the makers of EDLIN, comes: Windows NT!"
  378.  
  379. +++++++++++++++++++++++++++
  380.  
  381. >From partingt@fwi.uva.nl (Vincent Partington)
  382. Date: 31 Mar 1994 09:05:27 GMT
  383. Organization: FWI, University of Amsterdam
  384.  
  385. d88-jwa@mumrik.nada.kth.se (Jon W‰tte) writes:
  386.  
  387. >This is according to what Metrowerks told us a month or so ago:
  388.  
  389. >>    [1] Templates (primarily for Booch classes)
  390. >>            Will the compiler support them?
  391. >At some future point in time, when they get to it. It's
  392. >a priority, but not at the top of the list.
  393.  
  394. >>            What parts of PowerPlant use them and for what?
  395. >None. obviously.
  396.  
  397. Not at the moment but the PowerPlant documentation in DR/1 says that some
  398. classes (like PtrArray and List) will be changed to template classes when
  399. templates are in the compiler.
  400.  
  401. Vincent.
  402. -- 
  403. My opinions are not my own. I copy them    | Internet : partingt@fwi.uva.nl
  404. from books, television, video, the net,    |            vincent@tnc.nl
  405. my friends, my parents, my teachers and    | FidoNet  : 2:281/202.15
  406. and numerous other contributors.           | NeST     : 90:500/202.15
  407.  
  408. ---------------------------
  409.  
  410. >From gt6321c@prism.gatech.edu (Ocho Gonzalez)
  411. Subject: Circuit Simulator's
  412. Date: 30 Mar 1994 20:47:15 -0500
  413. Organization: Georgia Institute of Technology
  414.  
  415.   If anyone out there who has or plans to get the powerpc AND needs
  416.   a circuit simulator(ie PSPICE) we need your help.  Microsim corp.
  417.   is not yet decided to release a native version of PSPICE;however,
  418.   they are willing to if enough interest is expressed.  Of course
  419.   the current Mac PSPICE 6.0 (last version they plan to do for the
  420.   mac) uses the fpu a bunch, so running under emulation would only
  421.   work very slowly using Soft fpu.  If you desire to voice your 
  422.   interest in a PSPICE for the mac powerpc's, please call microsim
  423.   at 1-800-245-3022 and tell them you want to request a native
  424.   version of PSPICE for the PowerMac's.  I think there are plenty
  425.   of EE types out there who need this tool to use on their powerpc 
  426.   platform;  microsim just doesn't know it yet.  Thanks, Lance
  427.  
  428. -- 
  429. CRIMM,LANCE CARY
  430. Georgia Institute of Technology, Atlanta Georgia, 30332
  431. uucp:     ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt6321c
  432. Internet: gt6321c@prism.gatech.edu
  433.  
  434. +++++++++++++++++++++++++++
  435.  
  436. >From nagle@netcom.com (John Nagle)
  437. Date: Thu, 31 Mar 1994 17:57:41 GMT
  438. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  439.  
  440. gt6321c@prism.gatech.edu (Ocho Gonzalez) writes:
  441. >  If anyone out there who has or plans to get the powerpc AND needs
  442. >  a circuit simulator(ie PSPICE) we need your help.  Microsim corp.
  443. >  is not yet decided to release a native version of PSPICE;however,
  444. >  they are willing to if enough interest is expressed.  Of course
  445. >  the current Mac PSPICE 6.0 (last version they plan to do for the
  446. >  mac) uses the fpu a bunch, so running under emulation would only
  447. >  work very slowly using Soft fpu.  If you desire to voice your 
  448. >  interest in a PSPICE for the mac powerpc's, please call microsim
  449. >  at 1-800-245-3022 and tell them you want to request a native
  450. >  version of PSPICE for the PowerMac's.  I think there are plenty
  451. >  of EE types out there who need this tool to use on their powerpc 
  452. >  platform;  microsim just doesn't know it yet.  Thanks, Lance
  453.  
  454.        But Apple says all vendors will provide upgrades quickly, to
  455. work around Apple's omission of FPU support in the 68K emulator.  Right.
  456.  
  457.        I just went to the PCB show, for printed circuit board designers.
  458. Only one booth had a Mac, and it was one of the minor vendors.  None of
  459. the big tool vendors support Mac any more.  I still have some board designs
  460. stuck in Protel for Mac, too.
  461.  
  462.        I suspect most PSPICE users on the Mac are educational users
  463. using the free demo version that only does little circuits.
  464.  
  465.        The original SPICE, from Berkeley, is available if anyone wants
  466. to build a PPC version.  But you don't get a graphical interface.
  467. There are also some X-windows tools from Caltech available.
  468. (Don't ask me for locations; look in Gopherspace).
  469.  
  470.        I think Apple is going to have to put fast 68881 support in the 68K
  471. emulator, or abandon the engineering market entirely by default.
  472.  
  473.                     John Nagle
  474.  
  475.                     John Nagle
  476.  
  477. ---------------------------
  478.  
  479. >From bcorrie@csr.UVic.CA (Brian  Corrie)
  480. Subject: CodeWarrior Environment
  481. Date: 23 Mar 94 19:45:55 GMT
  482. Organization: University of Victoria
  483.  
  484. Hi,
  485.  
  486. I am thinking of buying a PowerMac, and I need to do some development. I
  487. am new to programming on the Mac, and need to know what comes with the
  488. CodeWarrior Gold package. That is, what does the package include 
  489. (documentation, debugger, object class libraries etc.). How much disk space
  490. does it take up and home much memory does it require? I have heard
  491. good things about with respect to speed of compilation and reliability,
  492. but I need to know more about the environment itself. I have seen Think
  493. C so comparing the two would help a bit. Any information
  494. that you can give me would be greatly appreciated!
  495.  
  496. Thanks in advance....
  497.  
  498.     Brian
  499.  
  500. --
  501.                   Brian Corrie (bcorrie@csr.uvic.ca)
  502. Under the most rigorously controlled conditions of pressure, temperature,
  503. volume, humidity and other variables, the organism will do as it damn well
  504. pleases. Sounds like some of the code I have written......  8-)
  505.  
  506. +++++++++++++++++++++++++++
  507.  
  508. >From mwron@aol.com (MW Ron)
  509. Date: 23 Mar 1994 20:32:01 -0500
  510. Organization: America Online, Inc. (1-800-827-6364)
  511.  
  512. In article <bcorrie.764451955@kulm>, bcorrie@csr.UVic.CA (Brian  Corrie)
  513. writes:
  514. > I am thinking of buying a PowerMac, and I need to do some development. I
  515. am new to programming on the Mac, and need to know what comes with the
  516. CodeWarrior Gold package. That is, what does the package include 
  517. (documentation, debugger, object class libraries etc.). How much disk space
  518. does it take up and home much memory does it require?
  519.  
  520. Metrowerks CodeWarrior is a complete development solution for C/C++ and Pascal
  521. programming on both 68K Macintosh and the new PowerMacintosh from Apple
  522. Computer.
  523.  
  524. CodeWarrior includes development and alpha versions of:
  525.  
  526. All customers of CodeWarrior DR/1 or DR/2 (Development Release) will receive a
  527. free upgrade to v1.0 scheduled to ship on DR/3. 
  528.  
  529. * Very fast C/C++ and Pascal compilers & linkers. PowerPC-based Pascal compiler
  530. to be  released in 2nd quarter 1994.
  531. * An integrated development environment for fast turnaround.
  532. * A syntax coloring editor with popup menus for fast navigation in your source
  533. files.
  534. * Multifile search/replace and grep.
  535. * Imports MPW .o files and uses Apple's new Universal headers for both 68K &
  536. PowerPC.
  537. * Supports function-level segmentation on 68K Macintosh for MPW C source.
  538. * Builds MacApp 3.1 and the TCL when modified for C++ use.
  539. * Includes PowerPlant, a new application framework for rapid Macintosh
  540. application development as well as PowerPlant Constructor, a vieweditor.
  541. *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh.
  542. Source-level debugging, stepping, viewing and setting breakpoints.
  543. * Generates a full SYM file which can be used easily with The Debugger from
  544. Jasik Designs.
  545. * Builds Code Resources, Inits, CDEVs, and shared libraries (on
  546. PowerMacintosh).
  547. * Supports hooks for THINK Reference.
  548. * Includes ToolServer support and a ToolServer worksheet.
  549. * Includes standard ANSI C libraries from PJ Plauger, supported by PlumHall,
  550. Inc.
  551. * Includes new C++ libraries by Plauger, supported by PlumHall that track the
  552. emerging ISO standard (to be released on DR/2).
  553. * Also includes ToolServer, SourceServer, MPW 3.3 and all MPW standard
  554. Tools(excluding the MPW compilers & linkers), Universal headers & binaries for
  555. 68K & PowerMacintosh, ResEdit, MacsBug, DocViewer.
  556. * All Metrowerks documentation online in DocViewer format.
  557. * International versions of CodeWarrior available on the CD for French, German,
  558. Kanji and Spanish.
  559.  
  560. Three versions of CodeWarrior available
  561. - -----------------------------------
  562.  
  563. GOLD    Includes all the above for 68K Macintosh and Power Macintosh as well as
  564. 68K-hosted PowerPC compilers. (PowerPC Pascal available DR/3 only) 
  565. $399    (Available now)
  566.  
  567. SILVER   Includes all the above for Power Macintosh (no 68K compilers or
  568. linkers)
  569. $299     (Available from DR/2 onwards only) (PowerPC Pascal available DR/3
  570. only)
  571.  
  572. BRONZE  Includes all the above for 68K Macintosh (no PowerPC compilers or
  573. linkers)
  574. $199     (Available now)
  575.  
  576. Ron Liechty 
  577. Metrowerks  Online Support 
  578.  
  579. +++++++++++++++++++++++++++
  580.  
  581. >From erik@clark.net (Erik Hanson)
  582. Date: Thu, 24 Mar 1994 01:17:52 -0500
  583. Organization: Institute of Mac geek programmers who need jobs
  584.  
  585. In article <2mqqih$a2j@search01.news.aol.com>, mwron@aol.com (MW Ron)
  586. wrote:
  587. > [CodeWarrior includes...]
  588. > * A syntax coloring editor with popup menus for fast navigation in your source
  589. > files.
  590.  
  591. Is there any way to get a demo of the editor? (Or a very detailed
  592. explanation?) Is it just me, or is the editor one of the most important
  593. parts of a development system? I spend most of my time in the editor, not
  594. compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a
  595. useless editor. I plan on writing my own editor eventually, but I never
  596. have time to finish a project...
  597.  
  598.  
  599.  
  600. ________________________________________________________________________
  601. Erik Hanson                                               erik@clark.net
  602. [Starting a computer company to crush Apple and Symantec.   Send money.]
  603.  
  604. +++++++++++++++++++++++++++
  605.  
  606. >From Peter_H._Jergens@pol.com (Peter H. Jergens)
  607. Date: Thu, 24 Mar 1994 10:09:54 +0600
  608. Organization: Productivity OnLine
  609.  
  610. In article <bcorrie.764451955@kulm>, bcorrie@csr.UVic.CA (Brian  Corrie)
  611. wrote:
  612.  
  613. > Hi,
  614. > I am thinking of buying a PowerMac, and I need to do some development. I
  615. > am new to programming on the Mac, and need to know what comes with the
  616. > CodeWarrior Gold package. That is, what does the package include 
  617. > (documentation, debugger, object class libraries etc.). How much disk space
  618. > does it take up and home much memory does it require? I have heard
  619. > good things about with respect to speed of compilation and reliability,
  620. > but I need to know more about the environment itself. I have seen Think
  621. > C so comparing the two would help a bit. Any information
  622. > that you can give me would be greatly appreciated!
  623. > Thanks in advance....
  624. >     Brian
  625.  
  626. Well, let's see...it has 68k c/c++/pascal and ppc c/c++, but you probably
  627. already knew that. also has debuggers for 68k and ppc, their powerplant
  628. class library (I haven't used it yet, so won't comment), all the
  629. documentation for everything in apple docviewer format, universal headers
  630. (68k/ppc) (very important!), and a few other goodies.
  631. The environment is pretty good; better than (IMHO) THC but not as good as
  632. THP. I haven't had trouble with reliability yet, but there are those who
  633. have. DR2 is currently in production and should be in our greedy hands by
  634. the beginning of april (I think, dont even think about quoting me on that).
  635. There are one or two little flakey things but nothing serious. The
  636. environment itself is very similar to THC in many respects, so I won't
  637. bother explaining in detail. Beyond that, I think it is a great product and
  638. the support is far better than I ever got from Symantic.
  639.  
  640. -- 
  641. --PHJ
  642. The views expressed herein do not
  643. necessarily represent anything at all.
  644.  
  645. +++++++++++++++++++++++++++
  646.  
  647. >From Kurt A. Seiffert <seiffert@bronze.ucs.indiana.edu>
  648. Date: Thu, 24 Mar 1994 18:36:17 GMT
  649. Organization: UCS, Indiana University
  650.  
  651. In article <Peter_H._Jergens-240394100954@grail.pol.com> Peter H.
  652. Jergens, Peter_H._Jergens@pol.com writes:
  653. >have. DR2 is currently in production and should be in our greedy hands by
  654. >the beginning of april (I think, dont even think about quoting me on
  655. that).
  656.  
  657. I was on AOL last night. Metrowerks staff was claiming that the CD's
  658. are back. They had some problems with printing and packaging, but they
  659. should be going out US Priority Mail ASAP. They talked as if we would
  660. have them in our hands March 29.
  661.  
  662. Now I don't know which one I am waiting for more - the Hoosiers to
  663. advance in the tournament or DR2. :-)
  664.  
  665. *--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*-
  666. Kurt A. Seiffert                   internet: seiffert@ucs.indiana.edu
  667. UCS, Multimedia Technologist   office ph: (812) 855-5746
  668. IU Bloomington,IN
  669. "No, no. I am an earthling. I just can't prove it." -- Zonker
  670. DISCLAIMER: I don't speak for IU and IU doesn't speak for me. 
  671.             We both like it that way. ;-)
  672.  
  673. +++++++++++++++++++++++++++
  674.  
  675. >From Joe Francis <Joe.Francis@dartmouth.edu>
  676. Date: 24 Mar 1994 23:37:16 GMT
  677. Organization: Smooth Roo Software
  678.  
  679. Kurt A. Seiffert, seiffert@bronze.ucs.indiana.edu writes:
  680. > Now I don't know which one I am waiting for more - the Hoosiers to
  681. > advance in the tournament or DR2. :-)
  682.  
  683. Sadly, DR2 got beaten by Boston College in the second round, despite 
  684. a rain of trifectas from John "Bomber" McEnerney and solid inside 
  685. play from Greg "PowerPlant" Dow.  The low moment in the game came when
  686. Ed Hightower called a 3 second violation on Metro "The Compiler" Werks.
  687. No way was Metro in the paint for 3 seconds.  He's way too fast
  688. for that.
  689.  
  690. - ------------------------------------------------------------------------
  691. "bolo needs to be on many machines just like MS Word" - Tempest
  692. - ------------------------------------------------------------------------
  693.  
  694. +++++++++++++++++++++++++++
  695.  
  696. >From jwbaxter@olympus.net (John W. Baxter)
  697. Date: Thu, 24 Mar 1994 15:15:49 -0800
  698. Organization: Internet for the Olympic Peninsula
  699.  
  700. In article <erik-240394011752@rage.clark.net>, erik@clark.net (Erik Hanson)
  701. wrote:
  702.  
  703. > Is there any way to get a demo of the editor?
  704.  
  705. Visit a friend who has CodeWarrior.  That will give you a better demo than
  706. any product demo you're likely to find, particularly since any demo will be
  707. out of date each new development release down the road.
  708.  
  709. Or, induce your user group's developer SIG or equivalent to stage a dog and
  710. pony show.
  711.  
  712.  
  713. -- 
  714. John Baxter    Port Ludlow, WA, USA  [West shore, Puget Sound]
  715.    jwbaxter@pt.olympus.net
  716.  
  717. +++++++++++++++++++++++++++
  718.  
  719. >From mwron@aol.com (MW Ron)
  720. Date: 24 Mar 1994 21:22:02 -0500
  721. Organization: America Online, Inc. (1-800-827-6364)
  722.  
  723. In article <erik-240394011752@rage.clark.net>, erik@clark.net (Erik Hanson)
  724. writes:
  725.  
  726.  
  727.  
  728. Is there any way to get a demo of the editor? (Or a very detailed
  729. explanation?) Is it just me, or is the editor one of the most important
  730. parts of a development system? I spend most of my time in the editor, not
  731. compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a
  732. useless editor. I plan on writing my own editor eventually, but I never
  733. have time to finish a project...
  734.  
  735.  
  736. I do not know of any demonstration models, but I will find out and post if
  737. there are any available.
  738.  
  739. Ron Liechty
  740. Metrowerks Inc. Online Support
  741.  
  742. +++++++++++++++++++++++++++
  743.  
  744. >From lrucker@parcplace.com (Lee Ann Rucker)
  745. Date: 25 Mar 1994 00:41:19 GMT
  746. Organization: ParcPlace
  747.  
  748. > * An integrated development environment for fast turnaround.
  749. Unless you have a complex makefile like mine, in which case you have to do
  750. some extra work.  My makefile:
  751. creates & runs a program to build a header file containing
  752. processor-specific information.
  753. preprocesses a file to make an assembly language file, then assembles it.
  754. creates & runs a file to generate the Version resource based on the info in
  755. a C header file which it depends on, runs rez on the file, then merges it
  756. with the rest of the resources.
  757. And of course, compiles C programs.  Even here it's not simple.  Main
  758. sources are in 120 files in 6 directories on Unix machines, then there are
  759. 6 local directories for working copies of the sources.  When I'm working on
  760. a file, I just put it in the local directory and since the MPW makefile is
  761. set to search local directories first, I don't even need to change it.
  762.  
  763.  
  764. > * A syntax coloring editor with popup menus for fast navigation in your source
  765. > files.
  766. Yes, that's nice
  767.  
  768. > * Multifile search/replace and grep.
  769. Not as nice as MPW - if, for instance, you want to switch between searching
  770. the Toolbox headers and searching your source (which I was doing, because
  771. unlike MPW, when you get a type mismatch it doesn't tell you what types it
  772. wanted), you must keep loading & unloading the two filesets.  And make sure
  773. that when you only want to search one file, that you check that the
  774. multi-file search option is off.
  775. It's also very slow at loading my 120 files and uncounted headers.
  776.  
  777. > * Imports MPW .o files and uses Apple's new Universal headers for both 68K &
  778. > PowerPC.
  779. Not quite.  It doesn't import if they're compiled -model far.  I recompiled
  780. -model near in MPW, but got PC-relative offset errors because all the files
  781. got added to the same segment.  I couldn't make a new segment because I
  782. have 120 files, and no matter how big I make the list, there's never any
  783. empty space at the end - it always moves the list down so that the last
  784. file is at the bottom.
  785.  
  786. > *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh.
  787. The 68k debugger crashed, and unlike SourceBug, you drop the .sym file not
  788. the app onto the debugger.  I keep aliases of my app on the desktop so
  789. they're easy to get to, I'd prefer not to need to keep aliases of the .sym
  790. file too.  
  791.  
  792. > * Generates a full SYM file which can be used easily with The Debugger from
  793. > Jasik Designs.
  794. And SourceBug.
  795.  
  796. > * Supports hooks for THINK Reference.
  797. How about 411?
  798.  
  799.  
  800.  
  801. I reported some of this to support@metrowerks.ca, and never got a response.
  802.  
  803. +++++++++++++++++++++++++++
  804.  
  805. >From d88-jwa@mumrik.nada.kth.se (Jon W‰tte)
  806. Date: 25 Mar 1994 08:33:17 GMT
  807. Organization: The Royal Institute of Technology
  808.  
  809. In <lrucker-240394161940@leeann-mac.parcplace.com> lrucker@parcplace.com (Lee Ann Rucker) writes:
  810.  
  811. >got added to the same segment.  I couldn't make a new segment because I
  812. >have 120 files, and no matter how big I make the list, there's never any
  813. >empty space at the end - it always moves the list down so that the last
  814. >file is at the bottom.
  815.  
  816. Press cmd-enter to create a new segment. That bug will be fixed
  817. I've been told.
  818.  
  819. However, you can use #pragma segment in CodeWarrior as well.
  820.  
  821. -- 
  822.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  823.  
  824.     CORRECTLY in this case meaning to the language spec, not to the
  825.     naive expectations of the programmer.
  826.  
  827. +++++++++++++++++++++++++++
  828.  
  829. >From qsi@cnh.wlink.nl (Peter Kocourek)
  830. Date: Sat, 26 Mar 1994 00:46:17 +0100
  831. Organization: (none)
  832.  
  833. Lee Ann Rucker wrote in a message on 25 Mar 94
  834.  
  835. > * Generates a full SYM file which can be used easily with The Debugger from >
  836. Jasik Designs.
  837.  
  838.  LAR> And SourceBug. 
  839.  
  840. On that note: in the booklet, on page 5, it says that SourceBug is included on
  841. the CD. I haven't been able to find it... am I slowly growing senile? Does
  842. anyone know whether it's really there?
  843.  
  844.  
  845. YHS:QSI!
  846.  
  847.  
  848. +++++++++++++++++++++++++++
  849.  
  850. >From jmunkki@beta.hut.fi (Juri Munkki)
  851. Date: 29 Mar 1994 21:30:36 GMT
  852. Organization: Helsinki University of Technology
  853.  
  854. When will it have a class browser? Multiple inheritance probably makes a
  855. tree structure difficult, but some kind of class browser would be nice.
  856. The company I work for has CodeWarrior Gold, but our main PowerPC programmer
  857. wasn't able to find a class browser in it. Hopefully there will be one by
  858. the time I'll start using this environment...right?
  859.  
  860. -- 
  861.   Juri Munkki            There ain't so such thing as a shareware lunch.
  862.  jmunkki@hut.fi                Windsurfing: Faster than the wind.
  863.  
  864. +++++++++++++++++++++++++++
  865.  
  866. >From dpodwall@world.std.com (Dan Podwall)
  867. Date: Tue, 29 Mar 1994 23:09:30 GMT
  868. Organization: Metrowerks, Inc.
  869.  
  870. Juri Munkki (jmunkki@beta.hut.fi) wrote:
  871. : When will it have a class browser? Multiple inheritance probably makes a
  872. : tree structure difficult, but some kind of class browser would be nice.
  873. : The company I work for has CodeWarrior Gold, but our main PowerPC programmer
  874. : wasn't able to find a class browser in it. Hopefully there will be one by
  875. : the time I'll start using this environment...right?
  876.  
  877. Sorry, but the 1.0 version will not have a class browser. And just to be 
  878. clear, we never said it would. We have done some work for DR2 to support 
  879. AppleEvents, so working with an external browser (i.e. ObjectMaster)
  880. should be easier. I don't want to give the wrong impression, so I should 
  881. also add that the AppleEvent suite is small, and hopefully will be enhanced 
  882. over time to better support external editors, browsers, scripts and the like.
  883.  
  884. The DR2 CD has an ObjectMaster demo and sample PowerPlant projects on it.
  885.  
  886. Dan Podwall
  887. Metrowerks, Inc.
  888.  
  889. +++++++++++++++++++++++++++
  890.  
  891. >From Sean Ansorge <ansorge@netcom.com>
  892. Date: 31 Mar 1994 21:09:55 GMT
  893. Organization: Apple Computer, Inc., Cupertino, California
  894.  
  895. In article <Cn6MCI.I2p@usenet.ucs.indiana.edu> Kurt A. Seiffert,
  896. seiffert@bronze.ucs.indiana.edu writes:
  897. >I was on AOL last night. Metrowerks staff was claiming that the CD's
  898. >are back. They had some problems with printing and packaging, but they
  899. >should be going out US Priority Mail ASAP. They talked as if we would
  900. >have them in our hands March 29.
  901.  
  902. And lo, I got mine last night (the 29th). The PPC compiler is FAST
  903. running native! It makes Think look like MPW! Well, okay, not quite, but
  904. it's pretty fast.
  905.  
  906. ---------------------------
  907.  
  908. >From rmh@taligent.com (Rick Holzgrafe)
  909. Subject: Detecting AV Macs
  910. Date: Tue, 22 Mar 1994 18:16:03 GMT
  911. Organization: Semicolon Software
  912.  
  913. I need to detect when my program is running on one of the AV Macs. How can
  914. I do this?
  915.  
  916. (FYI, I don't need to actually use any special AV capabilities; but Sound
  917. Manager 3.0 can do certain "ordinary" things well only on such machines.
  918. *sigh*)
  919.  
  920. Thanks --
  921.  
  922. -- Rick Holzgrafe
  923.    Semicolon Software
  924.    rmh@taligent.com
  925.  
  926. +++++++++++++++++++++++++++
  927.  
  928. >From arentz@batcave.knoware.nl (Stefan Arentz)
  929. Date: Wed, 23 Mar 1994 11:55:55 GMT
  930. Organization: Knoware
  931.  
  932. In article <rmh-220394101603@kip-42.taligent.com>, rmh@taligent.com (Rick
  933. Holzgrafe) wrote:
  934.  
  935. > I need to detect when my program is running on one of the AV Macs. How can
  936. > I do this?
  937. > (FYI, I don't need to actually use any special AV capabilities; but Sound
  938. > Manager 3.0 can do certain "ordinary" things well only on such machines.
  939. > *sigh*)
  940.  
  941. gestaltMachineType ?
  942.  
  943. -- Stefan
  944.  
  945. - -----------------------------------------------------------------------
  946. Stefan Arentz          -- Software Constructor --       arentz@knoware.nl
  947.  
  948. +++++++++++++++++++++++++++
  949.  
  950. >From amanda@intercon.com (Amanda Walker)
  951. Date: Wed, 23 Mar 1994 15:54:47 -0500
  952. Organization: InterCon Systems Corporation, Herndon, VA USA
  953.  
  954. rmh@taligent.com (Rick Holzgrafe) writes:
  955. > I need to detect when my program is running on one of the AV Macs. How 
  956. > can I do this? 
  957.  
  958. You could check for _DSPDispatch, which is present on AV machines and
  959. others if they have ARTA-compatible DSP boards plugged into them...
  960.  
  961.  
  962. Amanda Walker
  963. Advanced Projects
  964. InterCon Systems Corporation
  965.  
  966.  
  967.  
  968. +++++++++++++++++++++++++++
  969.  
  970. >From zstern@adobe.com (Zalman Stern)
  971. Date: Wed, 23 Mar 1994 22:49:06 GMT
  972. Organization: Adobe Systems Incorporated
  973.  
  974. Amanda Walker writes
  975. > rmh@taligent.com (Rick Holzgrafe) writes:
  976. > > I need to detect when my program is running on one of the AV Macs. How 
  977. > > can I do this? 
  978. > You could check for _DSPDispatch, which is present on AV machines and
  979. > others if they have ARTA-compatible DSP boards plugged into them...
  980.  
  981. /* WARNING: Code has not been compiled. */
  982.  
  983. #if _OLD_GESTALTEQU_H_
  984.  
  985. #define gestaltRealtimeMgrAttr 'rtmr'
  986.  
  987. enum  {
  988.     gestaltRealtimeMgrPresent   = 0
  989. };
  990.  
  991. #else
  992.  
  993. #include <GestaltEqu.h>
  994.  
  995. #endif
  996.  
  997. Boolean HasARTA(void)
  998.     {
  999.     long response;
  1000.  
  1001.     return (Gestalt(gestaltRealtimeMgrAttr, &response) == noErr) &&
  1002.     ((response & (1 << gestaltRealtimeMgrPresent)) != 0);
  1003.     }
  1004. --
  1005. Zalman Stern           zalman@adobe.com            (415) 962 3824
  1006. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  1007. "Do right, and risk consequences." Motto of Sam Houston (via Molly Ivins)
  1008.  
  1009. +++++++++++++++++++++++++++
  1010.  
  1011. >From Rick_Holzgrafe@taligent.com (Rick Holzgrafe)
  1012. Date: Wed, 23 Mar 1994 19:44:17 GMT
  1013. Organization: Semicolon Software
  1014.  
  1015. In article <arentz-230394135555@batcave.knoware.nl>,
  1016. arentz@batcave.knoware.nl (Stefan Arentz) wrote:
  1017.  
  1018. > In article <rmh-220394101603@kip-42.taligent.com>, rmh@taligent.com (Rick
  1019. > Holzgrafe) wrote:
  1020. > > I need to detect when my program is running on one of the AV Macs. How can
  1021. > > I do this?
  1022. > > 
  1023. > > (FYI, I don't need to actually use any special AV capabilities; but Sound
  1024. > > Manager 3.0 can do certain "ordinary" things well only on such machines.
  1025. > > *sigh*)
  1026. > gestaltMachineType ?
  1027.  
  1028. That will only tell me about the AV Macs that I know of, at the time I
  1029. write the code. I'm sure Apple will be making more...
  1030.  
  1031. -- Rick Holzgrafe, a member of the Taligentsia
  1032.    Rick_Holzgrafe@taligent.com
  1033.    rmh@taligent.com
  1034.  
  1035. +++++++++++++++++++++++++++
  1036.  
  1037. >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
  1038. Date: 25 Mar 94 14:20:56 +1300
  1039. Organization: University of Waikato, Hamilton, New Zealand
  1040.  
  1041. In article <9403231554.AA47890@fusion.intercon.com>, amanda@intercon.com (Amanda Walker) writes:
  1042. > rmh@taligent.com (Rick Holzgrafe) writes:
  1043. >> I need to detect when my program is running on one of the AV Macs. How
  1044. >> can I do this?
  1045. >
  1046. > You could check for _DSPDispatch, which is present on AV machines and
  1047. > others if they have ARTA-compatible DSP boards plugged into them...
  1048.  
  1049. I just thought: this will tell you that ARTA is installed, but it won't tell
  1050. you whether the Sound Manager is actually making use of a DSP. I gather this
  1051. is what Rick really wants to know.
  1052.  
  1053. Lawrence D'Oliveiro                       fone: +64-7-856-2889
  1054. Info & Tech Services Division              fax: +64-7-838-4066
  1055. University of Waikato            electric mail: ldo@waikato.ac.nz
  1056. Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
  1057.  
  1058. +++++++++++++++++++++++++++
  1059.  
  1060. >From noah@apple.com (Noah Price)
  1061. Date: Thu, 31 Mar 1994 01:50:10 GMT
  1062. Organization: (not the opinions of) Apple Computer, Inc.
  1063.  
  1064. In article <Rick_Holzgrafe-230394114324@ricks-cafe.taligent.com>,
  1065. Rick_Holzgrafe@taligent.com (Rick Holzgrafe) wrote:
  1066.  
  1067. > In article <arentz-230394135555@batcave.knoware.nl>,
  1068. > arentz@batcave.knoware.nl (Stefan Arentz) wrote:
  1069. > > In article <rmh-220394101603@kip-42.taligent.com>, rmh@taligent.com (Rick
  1070. > > Holzgrafe) wrote:
  1071. > > 
  1072. > > > I need to detect when my program is running on one of the AV Macs. How can
  1073. > > > I do this?
  1074. > > > 
  1075. > > > (FYI, I don't need to actually use any special AV capabilities; but Sound
  1076. > > > Manager 3.0 can do certain "ordinary" things well only on such machines.
  1077. > > > *sigh*)
  1078. > > 
  1079. > > gestaltMachineType ?
  1080. > That will only tell me about the AV Macs that I know of, at the time I
  1081. > write the code. I'm sure Apple will be making more...
  1082.  
  1083. Do you really want to find out if it's an AV Mac, or just if it has 16-bit
  1084. sound processing?  Or some other particular sound processing?  The new
  1085. Power Macintosh models all have roughly the audio capabilities of the
  1086. 660AV/840AV (at least the hardware), and they aren't all AVs at all...
  1087.  
  1088. noah
  1089.  
  1090. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1091. Noah Price                    (not the opinions of) Apple Computer, Inc.
  1092. Macintosh AV Hardware                      20525 Mariani Ave., MS 60-TNT
  1093. noah@apple.com                                        Cupertino CA 95014
  1094.  
  1095. ---------------------------
  1096.  
  1097. >From sverrir@rhi.hi.is (Sverrir Orn Thorvaldsson)
  1098. Subject: Need info on easy installers.
  1099. Date: 17 Mar 1994 09:39:03 GMT
  1100. Organization: University of Iceland
  1101.  
  1102.  
  1103. I need information on tools to pack our product on installation
  1104. diskettes. The installation process is very simple so using Apple's
  1105. Installer seems a bit of an overkill. Are there any easy to use tools
  1106. that do this? Which are cheapest, best, etc?
  1107.  
  1108. Regards,
  1109.  
  1110. Sverrir Thorvaldsson,
  1111. Softis hf.
  1112. sverrir@softis.is
  1113.  
  1114. +++++++++++++++++++++++++++
  1115.  
  1116. >From lrucker@parcplace.com (Lee Ann Rucker)
  1117. Date: 17 Mar 1994 23:42:33 GMT
  1118. Organization: ParcPlace
  1119.  
  1120. In article <2m98fn$2d6@eldborg.rhi.hi.is>, sverrir@rhi.hi.is (Sverrir Orn
  1121. Thorvaldsson) wrote:
  1122. > I need information on tools to pack our product on installation
  1123. > diskettes. The installation process is very simple so using Apple's
  1124. > Installer seems a bit of an overkill. Are there any easy to use tools
  1125. > that do this? Which are cheapest, best, etc?
  1126.  
  1127.  
  1128. Stuffit installer is very nice & simple.  I don't know about price but it
  1129. can't be very high.
  1130.  
  1131. +++++++++++++++++++++++++++
  1132.  
  1133. >From Michael Twitty <mtwitty@apple.com>
  1134. Date: 18 Mar 1994 10:50:48 GMT
  1135. Organization: University of California, Irvine
  1136.  
  1137. In article <2m98fn$2d6@eldborg.rhi.hi.is> Sverrir Orn Thorvaldsson,
  1138. sverrir@rhi.hi.is writes:
  1139.  
  1140. >I need information on tools to pack our product on installation
  1141. >diskettes. The installation process is very simple so using Apple's
  1142. >Installer seems a bit of an overkill. Are there any easy to use tools
  1143. >that do this? Which are cheapest, best, etc?
  1144.  
  1145. The two that I see used frequently are:
  1146.  
  1147. Stuffit InstallerMaker, based on the Stuffit algorithms. Can be used to
  1148. make very simple, or relatively complex installers.
  1149.  
  1150. Aladdin Systems, Inc.
  1151. 165 Westridge Drive
  1152. Watsonville, California 95076
  1153. Telephone: (408) 761-6200
  1154. FAX: (408) 761-6206
  1155.  
  1156. Not sure on pricing...probably varies quite a bit with what you plan to
  1157. use it for.
  1158.  
  1159. Cyclos Smaller Installer, which is based on Compact Pro's compression
  1160. scheme.
  1161.  
  1162. US Mail:    Cyclos
  1163.     PO Box 31417
  1164.     San Francisco, CA 94131-0417
  1165. Voice:    415-821-1448
  1166. E-mail:    CompuServe ! 71101,204
  1167.     Internet ! 71101.204@compuserve.com
  1168.     AppleLink ! CYCLOS
  1169.  
  1170. License Quantity    License Fee
  1171. 1,000               $200
  1172. 10,000              $500
  1173. unlimited           $1000
  1174.  
  1175. In addition, Aladdin licenses their AutoExtractor code, Bill Goodman
  1176. (Cyclos) licenses the Compact Pro Self-Extractor, and I think Symantec
  1177. licenses the DiskDoubler Auto-Expander.
  1178.  
  1179. Symantec can be reached at:
  1180.  
  1181. Symantec Corporation
  1182. 10049 North Reiger Road
  1183. Baton Rouge, LA  70809
  1184. (800) 766-7283
  1185.  
  1186. There are several others out there, including one from France, but these
  1187. are most likely stable and comprise the most common methods used.
  1188.  
  1189. Michael
  1190. Michael Twitty
  1191. mtwitty@apple.com                            thetwit@dhw68k.cts.com
  1192. >From Sverrir.Orn.Thorvaldsson%f1.n3641.z1@psybbs.durham.nc.us (Sverrir Orn Thorvaldsson)
  1193. Subject: Need info on easy installers.
  1194. Date: 17 Mar 94 14:39:03 GMT
  1195. Organization: (none)
  1196.  
  1197. Organization: University of Iceland
  1198.  
  1199.  
  1200. I need information on tools to pack our product on installation
  1201. diskettes. The installation process is very simple so using Apple's
  1202. Installer seems a bit of an overkill. Are there any easy to use tools
  1203. that do this? Which are cheapest, best, etc?
  1204.  
  1205. Regards,
  1206.  
  1207. Sverrir Thorvaldsson,
  1208. Softis hf.
  1209. sverrir@softis.is
  1210.  
  1211. +++++++++++++++++++++++++++
  1212.  
  1213. >From rbauchsp@herbie.unl.edu (ROGER BAUCHSPIES)
  1214. Date: 31 Mar 1994 04:48:00 GMT
  1215. Organization: University of Nebraska--Lincoln    
  1216.  
  1217. Sverrir Orn Thorvaldsson (Sverrir.Orn.Thorvaldsson%f1.n3641.z1@psybbs.durham.nc.us) wrote:
  1218. : Organization: University of Iceland
  1219.  
  1220.  
  1221. : I need information on tools to pack our product on installation
  1222. : diskettes. The installation process is very simple so using Apple's
  1223. : Installer seems a bit of an overkill. Are there any easy to use tools
  1224. : that do this? Which are cheapest, best, etc?
  1225.  
  1226. MindVision Software offers a low cost software installer that provides
  1227. 95% the functionality of Apple's Installer, but only takes about 5% of
  1228. the effort.
  1229.  
  1230. E-mail me your snail mail address and I will send you a full working 
  1231. copy (that goes for anyone on the net). If you like it you can pay a 
  1232. license fee.
  1233.  
  1234. Steve Kiene
  1235. MindVision Software
  1236. 840 South 30th Street, Suite C
  1237. P.O. Box 81886
  1238. Lincoln, NE 68510
  1239. (402) 477-3269
  1240. Fax: (402) 477-1395
  1241. AppleLink, AOL: MindVision
  1242. CIS: 70253,1437
  1243.  
  1244.  
  1245. +++++++++++++++++++++++++++
  1246.  
  1247. >From d88-jwa@dront.nada.kth.se (Jon W‰tte)
  1248. Date: 31 Mar 1994 09:49:35 GMT
  1249. Organization: The Royal Institute of Technology
  1250.  
  1251. >: diskettes. The installation process is very simple so using Apple's
  1252. >: Installer seems a bit of an overkill. Are there any easy to use tools
  1253.  
  1254. >MindVision Software offers a low cost software installer that provides
  1255. >95% the functionality of Apple's Installer, but only takes about 5% of
  1256. >the effort.
  1257.  
  1258. I would heartily recommend Aladdin's StuffIt installer which can
  1259. do pretty much of what you want (packages, system version-dependent
  1260. stuff etc) and you can write your own hooks.
  1261.  
  1262. However, I haven't seen MindVision so I can't compare.
  1263.  
  1264. StuffIt Installer is available in demo on ftp to netcom.com.
  1265. -- 
  1266.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  1267.  
  1268.   Cellular phones do not cause cancer; automobiles do.
  1269.  
  1270. ---------------------------
  1271.  
  1272. >From gry@reed.edu (Jason Alexis Klivington)
  1273. Subject: Powerbooks, VBL tasks, and slots(?)
  1274. Date: 31 Mar 1994 04:44:48 GMT
  1275. Organization: Reed College,  Portland, Oregon
  1276.  
  1277.     I've recently run across a problem with doing some flicker-free
  1278. drawing on a PowerBook screen, and I'm hoping that someone might have some
  1279. insight into the problem.  I need to display a rectangle on the screen for
  1280. about 100 ms, and then clear the screen to black.  I've written code that
  1281. deals with this just fine on other hardware (IIcx, SE, LC, Classic, etc.), but
  1282. the PowerBook display (working on a 180) always flickers.  (By the way, if
  1283. you're curious, this is for a psychological testing app.)
  1284.     I'm using a VBL task to deal with the timing, but for some reason,
  1285. it's not working on the PowerBook display.  I've come up with two possible
  1286. explanations for this.  First, someone made mention about the 'sleep manager,'
  1287. or somesuch, grabbing some processor time with interrupts, and that this may
  1288. be happening at times that interfere with proper timing of my code.  Second, I
  1289. thought it might have something to do with a slight delay associated with an
  1290. LCD display.  
  1291.     Well, this second theory was shot down when we attached a second
  1292. monitor to the PowerBook - there was flicker on the external monitor, too. So,
  1293. any solutions to this?  I thought that we might be able to at least solve the
  1294. problem if I installed a VBL task tied to the external monitor refresh rate,
  1295. but I'm a little shaky on this - if I found the gDeviceRec of the external
  1296. monitor, and then asked for driver information for the supplied refnum, would
  1297. it give me a "slot" that the monitor was in, so that I could do a SlotVInstall
  1298. on it?  Or is there some other way I need to do this?  I looked through IM V
  1299. and VI, and browsed the technote index, but couldn't find anything relevant.
  1300.     Ideally, I'd love to get this working on the PowerBook's LCD display,
  1301. but even if this can only be done on an external monitor, that would be much
  1302. much better than nothing.
  1303.     Any help, hints, suggestions, code examples, or even wild guesses
  1304. would be most welcome and appreciated.
  1305.  
  1306. (should I post my code?)
  1307.  
  1308.     Thanks in advance,
  1309.  
  1310. Jason Klivington
  1311. gry@reed.edu
  1312.  
  1313.  
  1314. +++++++++++++++++++++++++++
  1315.  
  1316. >From afcjlloyd@aol.com (AFC JLloyd)
  1317. Date: 31 Mar 1994 03:14:05 -0500
  1318. Organization: America Online, Inc. (1-800-827-6364)
  1319.  
  1320. In article <2ndkg0$o83@scratchy.reed.edu>, gry@reed.edu (Jason Alexis
  1321. Klivington) writes:
  1322.  
  1323. >>>
  1324.  Well, this second theory was shot down when we attached a second
  1325. monitor to the PowerBook - there was flicker on the external monitor, too. So,
  1326. any solutions to this?  I thought that we might be able to at least solve the
  1327. problem if I installed a VBL task tied to the external monitor refresh rate,
  1328. but I'm a little shaky on this - if I found the gDeviceRec of the external
  1329. monitor, and then asked for driver information for the supplied refnum, would
  1330. it give me a "slot" that the monitor was in, so that I could do a SlotVInstall
  1331. on it?
  1332. <<<
  1333.  
  1334. Jason, your idea to use SlotVInstall is sound.  Here is code to get the correct
  1335. slot number for a given graphics device handle:
  1336.  
  1337. short SlotNumber(GDHandle theDevice)
  1338. {
  1339.  AuxDCEHandle auxHandle;
  1340.  assert(theDevice != NULL);
  1341.  auxHandle = (AuxDCEHandle) GetDCtlEntry((**theDevice).gdRefNum);
  1342.  assert(auxHandle != NULL);
  1343.  return  (**auxHandle).dCtlSlot;
  1344. }
  1345.  
  1346. You can pass in the result of GetMainDevice().
  1347.  
  1348. I recommend you read the relevant chapters in the new Inside Macintsh volume
  1349. "Processes", since there are some subtle differences between VInstall and
  1350. SlotVInstall.
  1351.  
  1352. Jim Lloyd
  1353. afcjlloyd@aol.com
  1354.  
  1355.  
  1356. ---------------------------
  1357.  
  1358. >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
  1359. Subject: QuickDraw GX flame
  1360. Date: 28 Mar 94 13:41:54 +1300
  1361. Organization: University of Waikato, Hamilton, New Zealand
  1362.  
  1363. QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
  1364. multiple colour models, typography, printing... you'd think developers would
  1365. be falling over themselves to support it, right? Think again...
  1366.  
  1367. I'm just disgusted with some of the responses I'm hearing about from vendors.
  1368. Here's a comment from the latest collection of MacWEEK articles off
  1369. AppleLink:
  1370.  
  1371. Pete Mason, Altsys: "There's a paradox about GX: If you want to do really
  1372. high-end graphics, you're already doing it in Photoshop or Illustrator. If
  1373. you want to do high-end layout, you're already doing it in QuarkXPress. If
  1374. only the high end wants these features and they've already got them, what's
  1375. the point?"
  1376.  
  1377. What a load of nonsense! As if these programs provide ALL (or even most) of
  1378. the functions you get with GX. GX is not just one or two high-end programs:
  1379. it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
  1380. with GX, suddenly all those fancy features aren't high-end any more.
  1381.  
  1382. Another more worrying response is that some developers are reluctant to
  1383. support GX simply because it is not cross-platform: any features they provided
  1384. using it would not be available in their Windows versions.
  1385.  
  1386. Now, have you heard of a more stupid rationalization than that? If all your
  1387. applications provided identical features across all platforms, what would be
  1388. the point in choosing one platform over the other?
  1389.  
  1390. It seems to me, if the big developers are holding back from GX, this will be
  1391. another chance for small developers to get ahead--people like Michael Peirce,
  1392. perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1393. world had better watch out!
  1394.  
  1395. Lawrence D'Oliveiro                       fone: +64-7-856-2889
  1396. Info & Tech Services Division              fax: +64-7-838-4066
  1397. University of Waikato            electric mail: ldo@waikato.ac.nz
  1398. Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
  1399.  
  1400. +++++++++++++++++++++++++++
  1401.  
  1402. >From omh@cs.brown.edu (Owen M. Hartnett)
  1403. Date: Mon, 28 Mar 1994 02:50:22 GMT
  1404. Organization: Brown University Department of Computer Science
  1405.  
  1406. In article <1994Mar28.134154.26967@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1407. >QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
  1408. >multiple colour models, typography, printing... you'd think developers would
  1409. >be falling over themselves to support it, right? Think again...
  1410. >
  1411. >I'm just disgusted with some of the responses I'm hearing about from vendors.
  1412. >Here's a comment from the latest collection of MacWEEK articles off
  1413. >AppleLink:
  1414. >
  1415. >Pete Mason, Altsys: "There's a paradox about GX: If you want to do really
  1416. >high-end graphics, you're already doing it in Photoshop or Illustrator. If
  1417. >you want to do high-end layout, you're already doing it in QuarkXPress. If
  1418. >only the high end wants these features and they've already got them, what's
  1419. >the point?"
  1420. >
  1421. >What a load of nonsense! As if these programs provide ALL (or even most) of
  1422. >the functions you get with GX. GX is not just one or two high-end programs:
  1423. >it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
  1424. >with GX, suddenly all those fancy features aren't high-end any more.
  1425. >
  1426. >Another more worrying response is that some developers are reluctant to
  1427. >support GX simply because it is not cross-platform: any features they provided
  1428. >using it would not be available in their Windows versions.
  1429. >
  1430. >Now, have you heard of a more stupid rationalization than that? If all your
  1431. >applications provided identical features across all platforms, what would be
  1432. >the point in choosing one platform over the other?
  1433. >
  1434. >It seems to me, if the big developers are holding back from GX, this will be
  1435. >another chance for small developers to get ahead--people like Michael Peirce,
  1436. >perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1437. >world had better watch out!
  1438. >
  1439.  
  1440. A year ago, I thought the same way as you, but I expected GX to be out in
  1441. six months. I thought, Wow, all the features of Quark, Pagemaker, and 
  1442. Freehand in system software, just call them and they're yours.
  1443.  
  1444. At WWDC in 1992, it looked like GX was six months away. In comparison,
  1445. AOCE was a long way away, it seemed.
  1446.  
  1447. It's too bad, because developers are not going to buy into this until
  1448. it comes out and it looks OK. I don't know what caused the delay to
  1449. market, but if I bet the ranch on GX a year ago, I'd be up the creek
  1450. financially right now.
  1451.  
  1452. -Owen
  1453.  
  1454.  
  1455. -- 
  1456. Owen Hartnett                omh@cs.brown.edu
  1457. "FAITH, n. Belief without evidence in what is told by one who speaks
  1458.         without knowledge, of things without parallel."
  1459.             -Ambrose Bierce - The Devil's Dictionary
  1460.  
  1461. +++++++++++++++++++++++++++
  1462.  
  1463. >From gewekean@studentg.msu.edu (Andrew Geweke)
  1464. Date: Sun, 27 Mar 1994 23:52:26 -0500
  1465. Organization: Michigan State University
  1466.  
  1467. In article <1994Mar28.134154.26967@waikato.ac.nz>, ldo@waikato.ac.nz 
  1468. (Lawrence D'Oliveiro, Waikato University) writes:
  1469. > It seems to me, if the big developers are holding back from GX, this 
  1470. > will be another chance for small developers to get ahead--people like 
  1471. > Michael Peirce, perhaps. GX levels the playing field, so the Adobe/
  1472. > Alduses and Quarks of the world had better watch out! 
  1473.  
  1474. No kidding. I can easily see a small developer writing a page-layout program 
  1475. using GX that beats the pants off PageMaker and QuarkXPress for most common 
  1476. tasks.
  1477.  
  1478. IMHO shareware out there has a *much* better mix of features than commercial 
  1479. software -- they leave out the "everything-but-the-kitchen-sink" approach and 
  1480. do the essentials *well*.
  1481.  
  1482. Now, using GX, maybe somebody will write the next Word-killer.
  1483.  
  1484. Cheers,
  1485. Andrew
  1486.  
  1487.  
  1488.  
  1489.  
  1490.  
  1491. +++++++++++++++++++++++++++
  1492.  
  1493. >From Carl R. Osterwald <carl_osterwald@nrel.gov>
  1494. Date: Mon, 28 Mar 94 17:00:54 GMT
  1495. Organization: National Renewable Energy Laboratory
  1496.  
  1497. In article <1994Mar28.134154.26967@waikato.ac.nz> Lawrence D'Oliveiro,
  1498. ldo@waikato.ac.nz writes:
  1499. >Another more worrying response is that some developers are reluctant to
  1500. >support GX simply because it is not cross-platform: any features they
  1501. provided
  1502. >using it would not be available in their Windows versions.
  1503. >
  1504. >Now, have you heard of a more stupid rationalization than that? If all
  1505. your
  1506. >applications provided identical features across all platforms, what
  1507. would be
  1508. >the point in choosing one platform over the other?
  1509.  
  1510. Least-common denominator syndrome strikes again.  Soon "Macintosh"
  1511. applications will most likely ship without grow boxes in the lower left
  1512. corner of windows in order to "integrate" documentation as well.
  1513.  
  1514. +++++++++++++++++++++++++++
  1515.  
  1516. >From d88-jwa@hemul.nada.kth.se (Jon W‰tte)
  1517. Date: 28 Mar 1994 16:17:03 GMT
  1518. Organization: The Royal Institute of Technology
  1519.  
  1520. In <1994Mar28.134154.26967@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1521.  
  1522. >What a load of nonsense! As if these programs provide ALL (or even most) of
  1523. >the functions you get with GX. GX is not just one or two high-end programs:
  1524. >it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
  1525. >with GX, suddenly all those fancy features aren't high-end any more.
  1526.  
  1527. What's missing is some decent TCL classes for GX objects.
  1528. I'm looking into it, but don't expect anything, and it won't
  1529. be soon, and it won't be free :-)
  1530.  
  1531. Then we'll suddenly see shareware FreeHand clones which will
  1532. pretty much force the PostScript people to go GX.
  1533.  
  1534. -- 
  1535.  -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
  1536.  "Don't stick a Fork in your Eye.
  1537.  
  1538. +++++++++++++++++++++++++++
  1539.  
  1540. >From peirce@outpost.SF-Bay.org (Michael Peirce)
  1541. Date: Mon, 28 Mar 94 10:14:59 PST
  1542. Organization: Peirce Software, Inc.
  1543.  
  1544.  
  1545. In article <1994Mar28.134154.26967@waikato.ac.nz> (comp.sys.mac.programmer), ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1546. > It seems to me, if the big developers are holding back from GX, this will be
  1547. > another chance for small developers to get ahead--people like Michael Peirce,
  1548. > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1549. > world had better watch out!
  1550.  
  1551. Me, a SMALL developer?  I'm 6'6" - I'm a BIG developer!  :-) :-) :-)
  1552.  
  1553. Humor aside, I think Lawrence is right on the money.  GX is very cool
  1554. and really raises the bar in many areas.  I for one, will buy a GX
  1555. based word processor on the first day it ships.  There is money to
  1556. be made in this area!
  1557.  
  1558. P.S.  And one aside.  Developer's shouldn't be scared off by GX. 
  1559. You don't need to adopt it whole hog to make use of some of it.
  1560. For example GX printing can be supported fairly easily without any
  1561. major changes to you app at all.  Just check for the existence of
  1562. GX and if it's there, use the new print calls.  This will let users
  1563. access the new print dialogs, rather than the compatibility dialogs
  1564. that are used otherwise.
  1565.  
  1566. The new print dialogs not only let users access extensions (like Peirce
  1567. Print Tools :-) ) easily, but also get at other print driver features,
  1568. GX paper types, switch printers on-the-fly, and it's NON-MODAL!
  1569.  
  1570.  
  1571. -- Michael Peirce        -- peirce@outpost.sf-bay.org
  1572. -- Peirce Software, Inc. -- 719 Hibiscus Place, Suite 301
  1573. --                       -- San Jose, California USA 95117
  1574. -- Makers of: Smoothie & -- voice: +1.408.244.6554 fax: +1.408.244.6882
  1575. --    Peirce Print Tools -- AppleLink: peirce & America Online: AFC Peirce
  1576.  
  1577. +++++++++++++++++++++++++++
  1578.  
  1579. >From dowdy@apple.com (Tom Dowdy)
  1580. Date: Mon, 28 Mar 1994 18:36:07 GMT
  1581. Organization: Apple Computer, Inc.
  1582.  
  1583. In article <1994Mar28.134154.26967@waikato.ac.nz>, ldo@waikato.ac.nz
  1584. (Lawrence D'Oliveiro, Waikato University) wrote:
  1585.  
  1586. > QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
  1587. > multiple colour models, typography, printing... you'd think developers would
  1588. > be falling over themselves to support it, right? Think again...
  1589.  
  1590. Anytime a major piece of what used to be called "application level" code
  1591. finds its way into the system, the "big guns" of the software industry
  1592. get shy about it.
  1593.  
  1594. When Apple started talking about AOCE, the traditional mail vendors
  1595. weren't into it.  And why would they have been: Apple was moving
  1596. into system software what they were selling for big bucks.  And
  1597. now just about anyone could create a "mail" application.  It
  1598. seemed that the only solution was to just protest rather than
  1599. adopt!
  1600.  
  1601. But the smart folks added basic support and played to their
  1602. strengths rather than just trying to FUD the basic technology.
  1603. The result was generally that they kept their existing customer
  1604. base -- and could add new ways of making money through new
  1605. services they provided with AOCE.
  1606.  
  1607. And the fact is that PowerTalk does give the user (in
  1608. this case, *me*) a better, more integrated, easier to use,
  1609. mail system than any "add-on" approach would have given them.
  1610. And by making mail easier to use, you do in fact widen the market.
  1611. And, when users all start asking for something, the vendors
  1612. eventually come around.
  1613.  
  1614. > It seems to me, if the big developers are holding back from GX, this will be
  1615. > another chance for small developers to get ahead--people like Michael Peirce,
  1616. > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1617. > world had better watch out!
  1618.  
  1619. Actually, Aldus announced at Sybold that a future PageMaker would be 
  1620. GX-based. There were press releases from Apple and a number of 
  1621. other vendors about GX support.  A big part of this is
  1622. that many of the features that GX provides "out of the box" or
  1623. ones that it makes easy to implement are features that customers
  1624. want and demand.  A developer complained at one point: "All my
  1625. customers keep asking me to support GX!  Make them stop!"  :-)
  1626.  
  1627. But you are right, even if large vendors decide to "wait and see" about
  1628. GX, the small vendors see it as a big chance to move up in the world.
  1629. And those of you out on the nets also see it as a great way to
  1630. make a cool application.  Who knows?  One of them might become
  1631. the next PageMaker!
  1632.  
  1633. And if you think that *you're* watering over GX, just imagine
  1634. how excited most of the GX engineers are to get the system
  1635. work done and move onto making cool apps!  I know I've got
  1636. a HUGE list of things that I want to do with it -- starting,
  1637. of course, with DarkSide modules :-)
  1638.  
  1639. -- 
  1640.  Tom Dowdy                  Internet: dowdy@apple.COM
  1641.  Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
  1642.  1 Infinite Loop            AppleLink: DOWDY1
  1643.  Cupertino, CA 95014       
  1644.  "The 'Ooh-Ah' Bird is so called because it lays square eggs."
  1645.  
  1646. +++++++++++++++++++++++++++
  1647.  
  1648. >From dowdy@apple.com (Tom Dowdy)
  1649. Date: Mon, 28 Mar 1994 18:53:22 GMT
  1650. Organization: Apple Computer, Inc.
  1651.  
  1652. In article <CNjbKKKX.ronl26@outpost.SF-Bay.org>, peirce@outpost.SF-Bay.org
  1653. (Michael Peirce) wrote:
  1654.  
  1655. > In article <1994Mar28.134154.26967@waikato.ac.nz> (comp.sys.mac.programmer), ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  1656. > > It seems to me, if the big developers are holding back from GX, this will be
  1657. > > another chance for small developers to get ahead--people like Michael Peirce,
  1658. > > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
  1659. > > world had better watch out!
  1660. > Me, a SMALL developer?  I'm 6'6" - I'm a BIG developer!  :-) :-) :-)
  1661.  
  1662. I'd like to confirm that Michael is neither small in height nor
  1663. brain capacity :-)
  1664.  
  1665. > P.S.  And one aside.  Developer's shouldn't be scared off by GX. 
  1666. > You don't need to adopt it whole hog to make use of some of it.
  1667. > For example GX printing can be supported fairly easily without any
  1668. > major changes to you app at all.  Just check for the existence of
  1669. > GX and if it's there, use the new print calls.  This will let users
  1670. > access the new print dialogs, rather than the compatibility dialogs
  1671. > that are used otherwise.
  1672.  
  1673. I'd like to verify that this is in fact quite easy to do.  
  1674. SimpleText already supports GX printing dialogs.  In addition, 
  1675. it supports opening/viewing of Portable Digital Document (PDD) 
  1676. files. But, it still runs just dandy without GX installed.
  1677.  
  1678. There is an upcoming _develop_ article by Dave Hersey on adding
  1679. GX print dialog support to an existing application, for those
  1680. of you who'd like a step-by-step approach to the problem.
  1681.  
  1682. -- 
  1683.  Tom Dowdy                  Internet: dowdy@apple.COM
  1684.  Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
  1685.  1 Infinite Loop            AppleLink: DOWDY1
  1686.  Cupertino, CA 95014       
  1687.  "The 'Ooh-Ah' Bird is so called because it lays square eggs."
  1688.  
  1689. +++++++++++++++++++++++++++
  1690.  
  1691. >From gewekean@studentg.msu.edu (Andrew Geweke)
  1692. Date: Mon, 28 Mar 1994 15:15:34 -0500
  1693. Organization: Michigan State University
  1694.  
  1695. In article <A9BC5B5663027D1A@cro.nrel.gov>, Carl R. Osterwald 
  1696. <carl_osterwald@nrel.gov> writes:
  1697. > Least-common denominator syndrome strikes again.  Soon "Macintosh" 
  1698. > applications will most likely ship without grow boxes in the lower left 
  1699. > corner of windows in order to "integrate" documentation as well. 
  1700.  
  1701. Actually, I've never seen a Macintosh app *with* a grow box in the lower-left-
  1702. hand corner of the window... :)
  1703.  
  1704.  
  1705.  
  1706.  
  1707.  
  1708. +++++++++++++++++++++++++++
  1709.  
  1710. >From neeri@iis.ee.ethz.ch (Matthias Neeracher)
  1711. Date: 28 Mar 1994 20:50:11 GMT
  1712. Organization: Swiss Federal Institute of Technology (ETHZ)
  1713.  
  1714. Carl R. Osterwald <carl_osterwald@nrel.gov> writes:
  1715. >In article <1994Mar28.134154.26967@waikato.ac.nz> Lawrence D'Oliveiro,
  1716. >ldo@waikato.ac.nz writes:
  1717. >>Another more worrying response is that some developers are reluctant to
  1718. >>support GX simply because it is not cross-platform: any features they
  1719. >>provided using it would not be available in their Windows versions.
  1720. >>
  1721. >>Now, have you heard of a more stupid rationalization than that? If all
  1722. >>your applications provided identical features across all platforms, what
  1723. >>would be the point in choosing one platform over the other?
  1724.  
  1725. >Least-common denominator syndrome strikes again.  Soon "Macintosh"
  1726. >applications will most likely ship without grow boxes in the lower left
  1727. >corner of windows in order to "integrate" documentation as well.
  1728.  
  1729. Uh, if you have seen applications with grow boxes in the lower *left* corner
  1730. of windows, I'm sure the User Interface Police would like to hear about them.
  1731.  
  1732. Matthias
  1733.  
  1734. - ---
  1735. Matthias Neeracher                                      neeri@iis.ethz.ch
  1736.    "He carried an automatic pistol in one pocket and a rabbit's
  1737.     foot in the other" -- Ayn Rand, _Atlas Shrugged_
  1738.  
  1739. +++++++++++++++++++++++++++
  1740.  
  1741. >From quinn@cs.uwa.edu.au (Quinn "The Eskimo!")
  1742. Date: Tue, 29 Mar 1994 11:19:21 +0800
  1743. Organization: Department of Computer Science, The University of Western Australia
  1744.  
  1745. In article <dowdy-280394104811@17.202.72.12>, dowdy@apple.com (Tom Dowdy) wrote:
  1746.  
  1747. >I'd like to verify that this is in fact quite easy to do.  
  1748. >SimpleText already supports GX printing dialogs.  In addition, 
  1749. >it supports opening/viewing of Portable Digital Document (PDD) 
  1750. >files. But, it still runs just dandy without GX installed.
  1751.  
  1752. On the subject of Simple Text, I'd like to put in my own *rave review* for
  1753. it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1754. text editor than can open more than one document.  I'm a very happy Quinn.
  1755. -- 
  1756. Quinn "The Eskimo!"      <quinn@cs.uwa.edu.au>     "Support HAVOC!"
  1757. Department of Computer Science, The University of Western Australia
  1758.   Now if only it support resizing QuickTime movie windows.
  1759.  
  1760. +++++++++++++++++++++++++++
  1761.  
  1762. >From Carl R. Osterwald <carl_osterwald@nrel.gov>
  1763. Date: Tue, 29 Mar 94 17:03:15 GMT
  1764. Organization: National Renewable Energy Laboratory
  1765.  
  1766. In article <9403281515.AA34983@geweke.ppp.msu.edu> Andrew Geweke,
  1767. gewekean@studentg.msu.edu writes:
  1768. >Actually, I've never seen a Macintosh app *with* a grow box in the
  1769. lower-left-
  1770. >hand corner of the window... :)
  1771.  
  1772. Sorry, some of us can't tell our right hand from our left!  :-]
  1773.  
  1774. +++++++++++++++++++++++++++
  1775.  
  1776. >From lentz@rossi.astro.nwu.edu (Robert Lentz)
  1777. Date: 29 Mar 1994 15:30:15 GMT
  1778. Organization: Northwestern University, Evanston, IL
  1779.  
  1780. In article <quinn-290394111921@eriodon.cs.uwa.oz.au>,
  1781. Quinn "The Eskimo!" <quinn@cs.uwa.edu.au> wrote:
  1782. >In article <dowdy-280394104811@17.202.72.12>, dowdy@apple.com (Tom Dowdy) wrote:
  1783. >
  1784. >>I'd like to verify that this is in fact quite easy to do.  
  1785. >>SimpleText already supports GX printing dialogs.  In addition, 
  1786. >>it supports opening/viewing of Portable Digital Document (PDD) 
  1787. >>files. But, it still runs just dandy without GX installed.
  1788. >
  1789. >On the subject of Simple Text, I'd like to put in my own *rave review* for
  1790. >it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1791. >text editor than can open more than one document.  I'm a very happy Quinn.
  1792.  
  1793. Yes, SimpleText is an awesome step forward. Though with its new
  1794. capabilities, tagging it with the Text name seems a bit strange; maybe
  1795. "SimpleViewer"?
  1796.  
  1797. -Robert Lentz
  1798. -- 
  1799. lentz@rossi.astro.nwu.edu            http://www.astro.nwu.edu/lentz/plan.html
  1800.     "You have to push as hard as the age that pushes against you."
  1801.                     -Flannery O'Connor
  1802.  
  1803. +++++++++++++++++++++++++++
  1804.  
  1805. >From mxmora@unix.sri.com (Matt Mora)
  1806. Date: 29 Mar 1994 10:17:54 -0800
  1807. Organization: SRI International, Menlo Park, CA
  1808.  
  1809. In article <dowdy-280394102128@17.202.72.12> dowdy@apple.com (Tom Dowdy) 
  1810. writes:
  1811.  
  1812. >And if you think that *you're* watering over GX, just imagine
  1813. >how excited most of the GX engineers are to get the system
  1814. >work done and move onto making cool apps!  I know I've got
  1815. >a HUGE list of things that I want to do with it -- starting,
  1816. >of course, with DarkSide modules :-)
  1817.  
  1818. Well, ship the damn thing already! jeez! :-)
  1819.  
  1820. Dowdy? We used to have someone that worked here with that last name. Wouldn't
  1821. happen to be your uncle would it? :-)
  1822.  
  1823.  
  1824. Xavier
  1825.  
  1826.  
  1827.  
  1828. -- 
  1829. ___________________________________________________________
  1830. Matthew Xavier Mora                       Matt_Mora@sri.com
  1831. SRI International                       mxmora@unix.sri.com
  1832. 333 Ravenswood Ave                    Menlo Park, CA. 94025
  1833.  
  1834. +++++++++++++++++++++++++++
  1835.  
  1836. >From ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
  1837. Date: 30 Mar 94 17:11:15 +1300
  1838. Organization: University of Waikato, Hamilton, New Zealand
  1839.  
  1840. In article <quinn-290394111921@eriodon.cs.uwa.oz.au>, quinn@cs.uwa.edu.au (Quinn "The Eskimo!") writes:
  1841. > In article <dowdy-280394104811@17.202.72.12>, dowdy@apple.com (Tom Dowdy) wrote:
  1842. >
  1843. >>I'd like to verify that this is in fact quite easy to do.
  1844. >>SimpleText already supports GX printing dialogs.  In addition,
  1845. >>it supports opening/viewing of Portable Digital Document (PDD)
  1846. >>files. But, it still runs just dandy without GX installed.
  1847. >
  1848. > On the subject of Simple Text, I'd like to put in my own *rave review* for
  1849. > it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1850. > text editor than can open more than one document.  I'm a very happy Quinn.
  1851.  
  1852. Yeah, now I'm going to have to UNLEARN this habit of always closing the
  1853. current TeachText (sorry, SimpleText) document before going to double-click
  1854. on another one!
  1855.  
  1856. As far as a PDD viewer goes, SimpleText is just basic enough and just
  1857. irritating enough that I hope it will spur a thriving market in third-party
  1858. viewers. I have this fondness for being able to scroll continuously through
  1859. my entire document. And for knowing how many pages long it is...
  1860.  
  1861. Lawrence
  1862. (recently posted a flame about proprietary portable-document technologies
  1863. in comp.multimedia and comp.sys.mac.misc.)
  1864.  
  1865. +++++++++++++++++++++++++++
  1866.  
  1867. >From Kurt A. Seiffert <seiffert@bronze.ucs.indiana.edu>
  1868. Date: Wed, 30 Mar 1994 16:54:48 GMT
  1869. Organization: UCS, Indiana University
  1870.  
  1871. In article <dowdy-280394104811@17.202.72.12> Tom Dowdy, dowdy@apple.com
  1872. writes:
  1873. >I'd like to verify that this is in fact quite easy to do.  
  1874. >SimpleText already supports GX printing dialogs.  In addition, 
  1875. >it supports opening/viewing of Portable Digital Document (PDD) 
  1876. >files. But, it still runs just dandy without GX installed.
  1877.  
  1878. To ask a silly question:
  1879.  
  1880. Is SimpleText going to be in System 7.5?
  1881.  
  1882. Is it going to be scriptable?
  1883.  
  1884. It would be nice to have all the functionality of Scriptable Text
  1885. Editor in SimpleText.
  1886.  
  1887. *--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*-
  1888. Kurt A. Seiffert                   internet: seiffert@ucs.indiana.edu
  1889. UCS, Multimedia Technologist   office ph: (812) 855-5746
  1890. IU Bloomington,IN
  1891. "No, no. I am an earthling. I just can't prove it." -- Zonker
  1892. DISCLAIMER: I don't speak for IU and IU doesn't speak for me. 
  1893.             We both like it that way. ;-)
  1894.  
  1895. +++++++++++++++++++++++++++
  1896.  
  1897. >From sdu@applelink.apple.com (Rob Terrell)
  1898. Date: 30 Mar 1994 18:26:49 GMT
  1899. Organization: Jecta Development Corp.
  1900.  
  1901.  
  1902. Since GX has seemed in a perpetual holding pattern for the last few
  1903. years, I've not bothered to learn it. Now, it seems, the time has come.
  1904. Are there any good Develop/MacTutor/MacTech/Other articles you can
  1905. point me to so's I can write my long-dreamed-of Word killer?
  1906.  
  1907. Thanks,
  1908.  
  1909. Rob Terrell
  1910. Software Designs Unlimited
  1911.  
  1912. +++++++++++++++++++++++++++
  1913.  
  1914. >From dowdy@apple.com (Tom Dowdy)
  1915. Date: Thu, 31 Mar 1994 01:19:57 GMT
  1916. Organization: Apple Computer, Inc.
  1917.  
  1918. In article <1994Mar30.171115.27097@waikato.ac.nz>, ldo@waikato.ac.nz
  1919. (Lawrence D'Oliveiro, Waikato University) wrote:
  1920.  
  1921. > Yeah, now I'm going to have to UNLEARN this habit of always closing the
  1922. > current TeachText (sorry, SimpleText) document before going to double-click
  1923. > on another one!
  1924.  
  1925. Darn!  :-)
  1926.  
  1927. > As far as a PDD viewer goes, SimpleText is just basic enough and just
  1928. > irritating enough that I hope it will spur a thriving market in third-party
  1929. > viewers. I have this fondness for being able to scroll continuously through
  1930. > my entire document. And for knowing how many pages long it is...
  1931.  
  1932. The original version of this did do "continous scroll" but for lots
  1933. of reasons (RAM, speed, simplifying the code) I did away with that.
  1934. There are arguments for both sides, and I just chose to one that
  1935. kept the code simple and liv-able.
  1936.  
  1937. I fully expect to see lots of third party viewers -- there are
  1938. plenty of cool things that you can do with a viewer beyond
  1939. just looking at seomthing.
  1940.  
  1941. -- 
  1942.  Tom Dowdy                  Internet: dowdy@apple.COM
  1943.  Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
  1944.  1 Infinite Loop            AppleLink: DOWDY1
  1945.  Cupertino, CA 95014       
  1946.  "The 'Ooh-Ah' Bird is so called because it lays square eggs."
  1947.  
  1948. +++++++++++++++++++++++++++
  1949.  
  1950. >From quinn@cs.uwa.edu.au (Quinn "The Eskimo!")
  1951. Date: Thu, 31 Mar 1994 10:15:44 +0800
  1952. Organization: Department of Computer Science, The University of Western Australia
  1953.  
  1954. In article <CnHLnC.Mqy@usenet.ucs.indiana.edu>, Kurt A. Seiffert
  1955. <seiffert@bronze.ucs.indiana.edu> wrote:
  1956.  
  1957. >Is SimpleText going to be in System 7.5?
  1958.  
  1959. I should think so.
  1960.  
  1961. >Is it going to be scriptable?
  1962.  
  1963. I should think not.
  1964.  
  1965. >It would be nice to have all the functionality of Scriptable Text
  1966. >Editor in SimpleText.
  1967.  
  1968. Yes.
  1969. -- 
  1970. Quinn "The Eskimo!"      <quinn@cs.uwa.edu.au>     "Support HAVOC!"
  1971. Department of Computer Science, The University of Western Australia
  1972.  
  1973. +++++++++++++++++++++++++++
  1974.  
  1975. >From L.H.Wood@student.lut.ac.uk
  1976. Date: Thu, 31 Mar 1994 15:17:43 GMT
  1977. Organization: Loughborough University, UK.
  1978.  
  1979. In article <quinn-290394111921@eriodon.cs.uwa.oz.au> quinn@cs.uwa.edu.au (Quinn "The Eskimo!") writes:
  1980. >On the subject of Simple Text, I'd like to put in my own *rave review* for
  1981. >it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
  1982. >text editor than can open more than one document.  I'm a very happy Quinn.
  1983.  
  1984. Of course, every installer of third-party software you run will still
  1985. scatter copies of ttxt 1.2 about the place. And the next time you open a
  1986. readme it will be with ttxt.
  1987.  
  1988. ttxt will live forever.
  1989.  
  1990. L.
  1991.  
  1992. ---------------------------
  1993.  
  1994. >From Dmitry Boldyrev <dmitry@atlas.chem.utah.edu>
  1995. Subject: Real time texture mapping..
  1996. Date: 30 Mar 1994 23:48:20 GMT
  1997. Organization: University of Utah
  1998.  
  1999. Hello folx!
  2000. I've heard a lot about real time texture mapping. Release of Pathways Into
  2001. Darkness
  2002. of course was a sensation on the mac because it was the first game of this
  2003. kind on 
  2004. the Mac. Now, 3D Astro Chase from First Star software is released too.
  2005. All of them use really fast texture mapping.. I would say I was quite amazed
  2006. how fast it can be on the Mac, of course, Mac has a better quality of graphics
  2007. thus it takes more time to do the stuff..
  2008. A while ago I saw libraries for PC which could map textures on a plane..
  2009. I think it was a package for C.. I am not sure tho.. Is there such thing for
  2010. the Mac?
  2011.  _   _              _                      _
  2012. | |_| |_  _ _ _ _ _(_)__ __ _ _ _  ___    (_)_ _  __
  2013. |  _  | || | '_| '_| / _/ _` | ' \/ -_)_  | | ' \/ _|
  2014. |_| |_|\_,_|_| |_| |_\__\__,_|_||_\___( ) |_|_||_\__|
  2015.                                       |/
  2016.  
  2017. +++++++++++++++++++++++++++
  2018.  
  2019. >From howard@netcom.com (Howard Berkey)
  2020. Date: Thu, 31 Mar 1994 08:41:45 GMT
  2021. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  2022.  
  2023. In article <2nd344$oqp@u.cc.utah.edu> Dmitry Boldyrev <dmitry@atlas.chem.utah.edu> writes:
  2024. >A while ago I saw libraries for PC which could map textures on a plane..
  2025. >I think it was a package for C.. I am not sure tho.. Is there such thing for
  2026. >the Mac?
  2027.  
  2028. It's not too bad to implement yourself.  I know this because it's what
  2029. I'm doing right now.  :-)
  2030.  
  2031. For reference, I'd refer you to Computer Graphics, Principles and
  2032. Practice (by Foley, Van Dam, Feiner, Hughes).  They don't say too much on the
  2033. subject but they have some great bibliographic references which do.
  2034. I'd post them but the book isn't here with me at the moment.  
  2035.  
  2036. Also see articles in the August thru September 1992 issues of Doctor Dobbs
  2037. Journal.  There's a column by Michael Abrash on graphics and he covers
  2038. it in these issues.
  2039.  
  2040. Finally, this is a perrenial topic on comp.graphics.algorithms.
  2041. There's a FAQ there which goes into it.  
  2042.  
  2043. That should get you started :-)
  2044.  
  2045. -H-
  2046.  
  2047.  
  2048.  
  2049.  
  2050.  
  2051. -- 
  2052. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  2053. Howard Berkey                                             howard@netcom.com   
  2054. "Police are investigating whether a freshly severed goats head placed
  2055. in the center of a pentagram in a San Jose park is linked to a satanic
  2056. ritual."    -- SF Examiner                "Duh!"  -- me
  2057.  
  2058. ---------------------------
  2059.  
  2060. End of C.S.M.P. Digest
  2061. **********************
  2062.  
  2063.  
  2064.  
  2065.